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M6800 Microprocessor family components are used in 
numerous real-time control applications, many of which use 
external interrupt, timer and/or ACIA interface devices to 
increase system capability. The MC6801 microcomputer 
brings all these capabilities together with ROM and RAM on 
a single chip, while also providing a dramatically enhanced, 
yet machine-code compatible version of the MC6800 pro- 
cessor. 

The MC6801 interrupt control methods are also enhanced, 
but still retain the same philosophy of operation used by 
other M6800 family components. The improvements increase 
performance, but also make possible several application- 
dependent constraints which merit consideration in certain 
systems. It is hoped that the information contained in this 
application note will aid the reader during his system design, 
so that a similar education is not required at debug time. It is 
assumed that the reader is familiar with basic operation of 
the MC6801 as described in the MC6801 Data Sheet and/or 
the MC6801 Manual. An optional review of MC6801 inter- 
rupt operation is provided first, followed by a discussion of 
important interrupt design constraints. 

The MC6801 interrupt structure is similar to that available 
in the MC6800. The principle difference is that the MC6801 
has four additional interrupt vectors and handshake logic to 
control them (see Figure 1). MC68(X) systems are able to sup- 
port external circuits that offer th is sa me capability, but nor- 
mally do so by sharing the single IRQ line and interrupt vec- 
tor. The additional MC6801 vectors allow more efficient in- 
terrupt service by eliminating polling requirements for the 
triple-function timer/counter (where quick response is 
especially helpful), and reducing them elsewhere. 

Having more vectors, MC6801 systems now offer a greater 
probability that near simultaneous interrupts will occur. For 
example, the three vector internal timer will often handle 
multiple asynchronous events. Therefore, it is important that 
the MC6801 system designer carefully observe the exact rules 
concerning interrupt recognition, entry, and service. A 
review of these rules is provided below. 
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a. All interrupt possibilities but two are disallowed, or 
"masked” when the interrupt-mask bit I is set. Bit I in 
the processor condition code register (CCR) is 
automatically set during MC6801 Power-up/Reset. 
The 1-bit does not “mask” NMI (non-maskable inter- 
rupt). SWI (software interrupt) does not interrupt a 
program but executes like any other machine code and 
as such it is not maskable. 

b. I-Bit behavior can be summarized as follows: 

(1) Actions that set the I-bit do so immediately. 

(2) Actions that clear the I-bit do so after one E cycle 
delay. 

Therefore, the CLI instruction can often be 
placed one program step sooner than might other- 
wise be thought, for the I-bit actually clears dur- 
ing the first cycle of the instruction following 
CLI. 

c. Most MC6801 interrupts can be inhibited at a second 
level. Specific control bits in several MC6801 registers 
(see Figure 2) separately enable or disable the six inter- 
rupt possibilities shown in Table 1 . All interrupt enable 
bits are cleared (disabled) during MC6801 Power- 
up/Reset. User programs can set or clear these bits, the 
action taking place during E time of an MPU write cy- 
cle to the specified register. 
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FFFETFFF 
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Non-Maskable Interrupt (NMI) 
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IRQ1 Interrupt (IRUI, 1^ — Mode 7) 
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IRQ2/Timer Input Capture (ICFI 
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IRQ2/Timer Output Compare (OCF) 
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IRQ2.^Timer Overflow (TOF) 
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iRTO/SCI (RDRF, ORFE, TORE) 



FIGURE I — MC6801 INTERRUPT PRIORITY 
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handshake action that sets l-bit (upper right). For IRQl and IRQ2 interrupts, a software 
handshake is also necessary to prevent repeat service when l-bit is cleared. This second 
hand shake clears the appropriate interrupt request directly or must indirectly cause line 
IRQl to return to its inactive state. 



nCURE 2 — CONCEPTUAL REPRESENTATION OF MC6801 
INTERRUPT STRUCTURE 















TABLE 1 — MC6801 INTERRUPT FLAG AND 
ENABLE BITS 
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Input Strobe 3 IRQl 


IS3 FLAG 


IS3 IRQl ENABLE 


Timer Input Capture 


ICF 


EICI 


Timer Output Compare 
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Timer Overflow 
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Serial Receive 
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Serial Transmit 


TORE 


TIE 



d. MC6801 interrupts are requested when appropriate ac- 
tions set particular flag bits (the flag bits are listed in 
Table 1). If the matching enable bit is set and the pro- 
cessor I-bit is clear, the flag bit will “request” inter- 
rupt service, as shown in Figure 3. 

Activating the external IRQl pin sets a non- 
machine-readable flag that remains latched as long as 
the I-bit is clear. The negative edge of NMI also in- 
fluences a certain flip-flop to request service, but is ser- 
viced so quickly that there is no point in making its 
state readable. 

e. Interrupt request flags become set at the following 
times: 

IS3 FLAG: Directly clocked by the negative edge at 
IS3 pin. 



ICF: 


During E time that the timer capture ac- 
tually occurs, which is two cycles after the 
capture pin edge. 


OCF: 


During E time but one cycle after timer 
compare occurs. 


TOF: 


During E time that the timer counter 
would read SFFFF. 


RDRF: 


During E time that received data is latched 
into buffer. 


ORFE: 


During E time that an overrun or framing 
error is detected. 


TORE: 


During E time that a data word is actually 
transferred to the serial out shift register. 



f. Once set, the interrupt flag bits are cleared during E 
time of special memory accesses that occur after the 
flag is “armed” for clearing: The NMI request flip- 
flop is automatically cleared during the tenth cycle of 
the interrupt entry sequence, as described later. 



Flag Bit 


Arming Mechanism 


Bit Clearing Action 


IS3 Flag 

ICF 

OCF 

TOF 

RDRF 

ORFE 

TORE 


P3CSR read (at $F) 
TCSR read (at $8) 
TCSR read (at $81 
TCSR read (at $8) 
TRCSR read (at $11) 
TRCSR read (at $11) 
TRCSR read (at $11) 


P3DATA read or write (at $6) 
CAPREG read (at $D) 
CK1PREG write ($B or $C) 
COUNTER read (at $9) 

RDR read (at $12) 

RDR read (at $12) 

TDR write (at $13) 
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ADDD $80- 



Interrupt Entry 
Sequence 




FIGURE 3 — INTERRUPT RECOGNITION WINDOWS 
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g. Regardless of how interrupts are caused, the end inter- 
face between each interrupt request and the processor 
is level controlled, as shown in Figure 2 (as the Inter- 
rupt Vector Select Logic block). This feature gives an 
MC6801 program more control over interrupt service 
than is otherwise possible. For example, if the three 
timer interrupts were enabled and their flags were to 
simultaneously set, the input capture interrupt (having 
the highest priority of the three) would be serviced 
first. This service routine could temporarily inhibit 
compare interrupt service by clearing bit EOCI, which 
allows overflow interrupt service (normally the lower 
priority) to occur when capture service is complete. If 
the end interrupt request interface was latch rather 
than level controlled, clearing bit EOCI in the example 
would not prevent the compare interrupt from being 
serviced before timer overflow. 

Individual flag bits are separately latched, however. 
In the example just given, bit OCF is temporarily in- 
hibited but will indeed be serviced when the program 
restores bit EOCI to its enable state. 

h. Interrupt requests trigger interrupt service at times well 
defined relative to the end of the instruction in pro- 
gress, as shown in Figure 3. 

i. After recognition, all interrupts are initiated by a 
twelve-cycle interrupt entry sequence (see Figure 4). 
The particular request that initiates the interrupt entry 
sequence will normally be, but is not always, the same 
one immediately serviced. Exceptions can occur where 
two or more interrupts occur at nearly the same time, 
because actual selection of which interrupt to service is 
delayed until near the end of the resulting interrupt en- 
try sequence. At the ninth cycle, a decision is made as 
to whether NMl, IRQl, or IRQ2 will be serviced. If 
1RQ2 is selected, the exact selection of which IRQ2 to 
service is made during the tenth cycle. Requests not 
selected remain pending but are masked (I-bit sets dur- 
ing the tenth cycle), allowing the selected service 
routine to proceed undisturbed. Some example pat- 
terns of near -coincidental interrupt service are shown 
in Figure 5. 



j. Interrupt service is complete when the processor ex- 
ecutes an RTI instruction. This ten cycle instruction 
simply returns seven bytes from the stack to the pro- 
cessor registers, restoring the original machine state 
present when the interrupt was serviced (assuming the 
interrupt routine does not modify stack contents). In 
particular, the o rigina l I-b it is re stored. If it returns to 
a logic “0”, the IRQl and IRQ2 latches of Figure 2 are 
again enabled so that any pending request can be ser- 
viced. 

k. A CLI instruction can be executed during interrupt 

servic e t o allow prompt processor response to pending 
IRQl or IRQ2 requests. The benefits gained by this are 
sometimes offset by increased program complexity and 
greater required stack depth. 

l. All interrupt service routines (except NMI and SWI) 
should take action that removes its interrupt request 
prior to exe cuting an R TI ins truction. 

An IRQ2 or IS3 or IRQl request is normally re- 
moved by clearing the appropriate flag bit. As an alter- 
native, the matching enable bit can be cleare d. Exter- 
nal hardware must remove any external IRQl interrupt 
requests, as this line is not directly controlled by the 
processor. This is best handled by providing hand- 
shake logic similar to that used internally to control the 
1RQ2 requests. The MC6821 PIA an d MC 6846 RIOT 
devices each provide an excellent IRQl interface, 
though discrete logic designs will also work, 

m. Interrupt service cycle times are well defined: 

Cserv: Number of cycles taken away from non- 

interrupt execution by interrupt execution. 

Gentry: 12 cycles to enter interrupt service. 

Cclrflg: 4 to 9 cycles to clear interrupt request (zero 
for NMI or SWI) 

Ctask'- number of cycles to perform desired service. 

Cexit: 10 cycles to execute RTI instruction. 

CiRQl, IRQ2 = Ctask + 26 to 31 cycles 
CNMI, SWI = Ctask + 22 cycles 
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FIGURE 4 — MC6801 INTERRUPT ENTRY SEQUENCE 



4 







Processor 

Execution 



LDP $84 ~^ ^^onor Interrupt Request as Shown Below 



lJust for an Example) 



A. Isolated Interrupt (the "Normal" One) 

! I I imi 



c 



^Li Jil I 1 I 



NN(| Pin o r 
AnvlR^S 



Procesor Execution 



R/W Line 



■ Set I Bit. Also 



1-Bit 



"Nil 



Returns to "0" if 
1-Bit was Originally "0" 



-RTI- 



3 ^ 



-Push 7 Bytes - 



Service Routine Execution 



- Pull 7 Bytes - 






Program 





Prepare — ' 


1 Load 

Select Which Interrupt 1 Vector 

to Service 


Fetch RTI 1 
Opcode 


^ Prepare 


B. Near Coincidental Interrupt Example 








1 1 

r^L J 


~i 

|IRDRF*RIE) 






r 


L— Serial I/O Interrupt (Low Priority) 


Service Timer Interrupt and 







Exit Via RTI ' 



Processor Execution 



oc 



f Start 








Vinl 




_ 


Z 7\ K__7^ 



f Start 






N 


V Int 






Z ? 



EOC^OCr j I j Timer Compare Interrupt j " 






_ Load Timer 
Compare Vector 






Serial I/O Service 



F 



Load Senal 
I/O Vector 



Interrupt Signal Removed 



Note: 10th cycle IRQ2 




Timer Capture Interrupt 






VL 



TT“l~rT~r-|-T"'“r i“TrTr 1 - 

J I I I I I I I I I 1 L_l I I i l_J I L 



•Note; NMl or [ffOl requests must be present by end of 9th cycle to participate in vector selection. 



FIGURE 5 — MC6801 INTERRUPT EXAMPLES 




DESIGN CONSTRAINTS OF THE 
MC6801 INTERRUPT SYSTEM 

The expanded interrupt system of the MC6801 offers im- 
portant benefits when software is constructed to utilize it 
properly. However, certain specific software practices should 
be avoided because unexpected program behavior may 
result. These practices are now described, along with alter- 
natives that will aid in better achieving the desired results. 



AVOID IRQ2 HANDSHAKE VIOLATIONS 

MC6801 interrupt requests (except for NMI and SWI) are 
cleared with a software handshake during interrupt service to 
avoid repetitive service of the same interrupt. The program- 
mer should avoid several improper procedures that can clear 
these requests at the wrong time, or several difficulties may 
occur that can cause unexpected system performance. 

What happens if an IRQ2 request is somehow removed 
prior to actual service (a handshake violation)? If the request 
had not yet triggered an interrupt entry sequence, nothing 
unusual takes place. If in deed t riggered, however, the follow- 
ing rule will apply: An IRQ2 interrupt entry sequence that 
finds no request present during its tenth cycle will always 
select the serial I/O vector for service. This may or may not 
be a problem if the original request was f or ser ial I/O service. 
On the other hand, programs that allow IRQ2 requests to be 
cleared between interrupt sequence triggering and actual vec- 
tor selection will service the serial I/O vector in lieu of that 
desired. Two methods exist that allow this to occur, which 
are, described b elow and then summarized in Table 2. 

1 . Clearing IRQ2 Enable Bits While I-bit is Clear — Pro- 
grams are often structured such that mask-bit I is clear 
during background or non-interrupt execution. Some 
programs will also purposely clear the I-bit during in- 
terrupt se rvice routines. At either time, software that 
clears an IRQ2 enable bit should be avoided because 
the corresponding interrupt flag may h ave just become 
set. Figure 6 shows that an IRQ2 interrupt only 
momentarily requested can result in erroneous selec- 
tion of the serial I/O vector. To prevent this, use in- 



struction SEI to mask all interrupt requests for the 
short time that it takes to clear the desired enable bit, 
then clear the I-bit again with instruction CLI. The 
SEI/CLI combination is unnecessary when the pro- 
grammer knows that the I-bit is already set, as is usual- 
ly true within interrupt service routines that do not 
themselves alter t he I-b it. 

2. Clear ing Enabled IRQ2 Flag Bits while I-bit is Clear — 
1RQ2 requests can also be removed by clearing the 
interrupt-flag itself. Doing so just as the interrupt is to 
be serviced should be avoided to prevent improper 
serial I/O vector selection, as demonstrated in Figure 
7a. 

Two special cases of programming practice can also 
generate this undesirable result. The double-byte read 
instructions “LDD TCSR” ($8) and “LDD TRCSR” 
($11) are used to arm and clear interrupt flags TOF, 
RDRF, and ORFE. As such, they are excellent for use 
as the software handshake needed during service of 
these flags, but altogether improper any time their in- 
terrupts are enabled and the I-bit is clear. 

For example, TOF might set, arm, and clear within 
the four cycles of “LDD TCSR” execution. Though 
the request is removed, it is still able to initiate an in- 
terrupt entry sequence, resulting in erroneous service 
of the serial I/O routine (see Figure 7b). Good pro- 
gramming practice would clear interrupt flags only 
during the appropriate service routine, which is the 
best solution to this difficulty. “LDD TRCSR” can 
similarly clear RDRF and/or ORFE while 
simultaneously initiating an interrupt sequence. Again, 
the serial I/O vector is selected, which is seemingly 
proper in this special case. However, the serial inter- 
rupt service routine normally polls flags RDRF, 
ORFE, and TDRE to determine the actual interrupt 
source. It is possible, then, that RDRF or ORFE ser- 
vice be skipped due to improper flag-clearing. 

Table 2 summarizes the several methods by which the 
serial I/O vector may be improperly selected. 



TABLE 2 — METHODS OF GENERATING IMPROPER SERIAL I/O VECTOR SELECTION 



The Cause 


Control or Flag 
Bits Affected 


The Solution 


Clearing IRQ2 enable bit just as 


EICI 


Disable these enable bits only while 


interrupt entry sequence begins. 


EOCI 

ETOI 


I-bit is set. 








TIE 










RIE 








Clearing IRQ2 flags just as interrupt 


All IRQ2 Flags 


Do not clear flags directly after ■ 


entry sequence begins 




CLI instruction. 








TOF 


Execute these instructions only if 




RDRF 


I-bit is set. 








ORFE 


LDD TCSR 


LDD 


TRCSR 






LDX TCSR 


LDX 


TRCSR 






ADDD TCSR 


ADDD 


TRCSR 






SUBD TCSR 


SUBD 


TRCSR 






CPX TCSR 


CPX 


TRCSR 






LDS TCSR 


LDS 


TRCSR 
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AVOID IRQl HANDSHAKE VIOLATIONS 

IRQl requests are latched as long as the I-bit is clear (see 
Figure 2) and will not cause improper selection of the serial 
I/O vector. Howev er, it is still wise to observe the precau- 
tions described for IRQ2 to prevent any unexpected system 
perfor mance. For example, handshake violations can clear 
IRQl request flags just as interrupt service is being init iated . 
As with IRQ2, programmers should avoid clearing IRQl 
flags during an instruction that follows CLI. Any of the 
“LDD-type” violations described previ ously should also be 
avoided any time the I-bit is clear, for IRQl flags can also 
set, arm an d clea r during a single instruction. These viola- 
tions allow IRQl service to take place, but prevent recogni- 
tion of the calling flag during IRQl polling. 

Additionally, the MC6821 and MC6850 offer interrupt re- 
quest flags that need not be “armed” before clearing — a 
single memory access does the job. Therefore, limit these ac- 
cesses to the appropriate service routine so that no request 
can be missed. 

Th ere is no hardware oriented reason to avoid clearing 
IRQl interrupt enable bits while the I-bit is clear. However, a 
polling routine cannot reliably test both flag and enable bits 
when this is the case. 

Pulsing the external IRQl line by any form of signal 
generator without a handshak e shou ld normally be avoided.* 
Edge triggered interrupt lines NMI, IS3, and Input Capture 
are better used for such signals. Or, -an MC6821 or MC6846 
can transform these into level-sensitive, handsh ake c on- 
trolled request signals which are more suitable for IRQl. 

AVOID CLEARING THE I-BIT DURING NMI SERVICE 

There is need to be cautious about clearing the I-bit during 



NMI service because this interrupt can occur at virtually any 
point in program execution. Some prog rams tha t use th is 
technique are likely to service occasional IRQl or IRQ2 in- 
terrupts twice per request. 

Double service occurs whenever an I-bit clearing NMI ser- 
vice routine is exec uted b efo re the flag-clearing handshake of 
an already entered IRQl or 1 RQ2 service routine. For exam- 
ple, Figure 8 shows that an NMI occurrence during a par- 
ticular window of time prevents the quick handshake that 
clears ICF. When NMI service executes instruction CLI, flag 
ICF teams with enable bit EICI to again request capture ser- 
vice. As shown, all routines will execute properly and to com- 
pletion, including double service of the twice-called capture 
routine. 

Clearing the I-bit during other service routines will not 
generate this situation, although doing so before clearing the 
calling interrupt request is disastrous. The best way to avoid 
any problem is to leave the I-bit set throughout NMI service. 
Where this is undesirable, additional software can be added 
to the NMI routine stack and compare it to all possibilities 
that lead to double service. Where such is indicated, clearing 
the I-bit should be skipped. If the I-bit must be cleared every 
time, additional software should first clear the interrupt flag 
scheduled for double service. Clearl y, the benefits desired 
when clearing the I-bit during NMI service are potentially 
offset by the added software required to suppo rt thi s tech- 
nique. For the same reasons, do not program an NMI inter- 
rupt service routine to clear the I-bit record contained on its 
stack. This would allow all portions of a program to be sub- 
jected to I-bit clear execution, resulting in potential double 
service of interrupts. 



*Appendix A offers an application of IRQl pulsing that does work, but only under special circumstances. 
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Programs that clear IRQ2 enable bits while 
I-bit is clear risk improper vector selection. 
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Programs that clear “enabled” IRQ2 flag bits while 
I-bit is clear risk improper vector selection. 
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Clearing 1-bit duri ng NM I s ervice can lead to 
double service of IRQl or IRQ2 interrupt. 




APPENDIX A 

USING IRQl AS AN INPUT PIN 



If the circumstances are right, an I/O limited MC6801 
system may be able to use the IRQl pin as an extra input. 
Where no other interrupts are used, this can be accomplished 
with the simple program of Figure A-1 to clear RA M byte 
IRQTST while also clearing the I-bit. The state of the IRQl 
pin then determines whether IRQTST will be changed (inter- 
rupt occurs) or remain constant (no interrupt occurs). The 
background program discovers which is the case by simply 
reading IRQTST. Notice that the processor has no control of 
input pin IRQl in this method, but can still perform the 
necessary interrupt handshake by setting the 1-bit record 
stored on the stack. This prevents repeat service that would 
otherwise tie up the processor as long as the IRQl pin is held 
low. 



The same basic method can also be used when other inter- 
rupts are to be serviced as well. The IRQl pin is again tested 
in the manner just described, but now routine IRQSRV must 
also poll other interrupt requests in case they need service, as 
shown in Figure A-2. If it is important that the various inter- 
rupts be serviced promptly, the programmer can scatter CLI 
instructio ns thr ough his background software. This still 
allows the IRQl pin to be used as a n inpu t, and also permits 
norm al service of all interrupts while IRQl is high. Whenever 
IRQl is low, IRQSRV becomes an alternate entry path for 
other maskable interrupt requests. 



0080 A IRQTST EQU $80 RAM BYTE AT $0080 

♦BACKGROUND PROGRAM, I-BIT IS SET. 

2000 ORG $2000 

2000 A BKGRND EQU * 

* 

♦FIND OUT IF IRQl PIN IS HIGH OR LOW 



2000 


OE 






CLI 




I CLRS DURING NEXT INST. 


2001 


IF 


0080 


A 


CLR 


IRQTST 


WILL IT STAY ZERO? 










♦IF IRQl IS 


LOW, SERVICE OCCURS AT THIS MOMENT 


2004 


96 


80 


A 


LDAA 


IRQTST 


IS NOW #$FF IF IRQl IS LOW 


2006 


26 


00 2008 


BNE 


IRQLOW 


IRQl DID OCCUR 










*IRQ1 PIN WAS HIGH 

* 








2008 


A 


IRQLOW EQU 

it • 


A 


IRQl PIN WAS LOW 


2008 


7E 


2000 


A 


JMP 


BKGRND 


END OF BACKGROUND LOOP 











♦IRQl SERVICE 


ROUTINE 




200B 


73 


0080 


A 


IRQSRV COM 


IRQTST 


CHANGE IRQTST! 


200E 


30 






TSX 




X=SP+1 


200F 


A6 


00 


A 


LDAA 


0,X 


THE CCR BYTE ON STACK 
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10 


A 


ORAA 


#$10 


SET I-BIT FOR RETURN 


2013 


A7 


00 


A 


STAA 


o,x 




2015 


3B 






RTI 







♦I-BIT IS SET TO PREVENT IRQl RESERVICE 



FIGU RE A-1 

Using IRQl as an input pin. 
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0080 


A 


TCSR 


EQU 


$8 


TIMER C/S REGISTER 






OOOD 


A 


CAPREG 


EQU 


$D 


CAPTURE REGISTER 






0011 


A 


TRCSR 


EQU 


$11 


TX/RX C/S REGISTER 






0012 


A 


RXBUF 


EQU 


$12 


RECEIVE BUFFER 






0080 


A 


IRQTST 


EQU 


$80 


RAM BYTE AT $0080 


2000 










ORG 


$2000 












*IRQ1 SERVICE 


ROUTINE 




2000 


73 


0080 


A 


IRQSRV 


COM 


IRQTST 


CHANGE IRQTST! 


2003 


30 








TSX 




X=SP+1 


2004 


A6 


00 


A 




LDAA 


0,X 


THE CCR BYTE ON STACK 


2006 


8A 


10 


A 




ORAA 


#$10 


SET I -BIT FOR RETURN 


2008 


A7 


00 


A 




STAA 


0,X 












*BEFORE RTI, : 


SEE IF OTHER INTERRUPTS ARE PENDING 


200A 


96 


08 


A 




LDAA 


TCSR 


CHECK INPUT CAPTURE 


200C 


2B 


09 2017 




BMI 


TIMICl 


TIMER INPUT CAPTURE PENDING 


200E 


DC 


11 


A 




LDD 


TRCSR 


CHECK SCI IRQ2 REQUESTS 


2010 


85 


EO 


A 




BITA 


#$E0 


CHK RDRF,ORFE,TDRE FLAGS 


2012 


26 


08 201C 




BNE 


SCIIN2 


SERVICE SCI INTERRUPT 


2014 


3B 








RTI 




EXIT: NO INTERRUPTS PENDING 










*I-BIT 


IS SET 


TO PREVENT IRQl RESERVICE 


2015 


96 


08 


A 


TIMIC 


LDAA 


TCSR 


ARM ICF FOR CLEARING 


2017 


DC 


OD 


A 


TIMICl 

it 


LDD 


CAPREG 


CLR ICF, GET CAPTURE DATA 


2019 


3B 








RTI 






201A 


DC 


11 


A 


SCIINT 


LDD 


TRCS 


ACCA=TRCS, ACCB=RXBUF 


20 1C 


48 






SCIIN2 

It 


ASIA 




SORT OUT SCI FLAGS 


201D 


3B 








RTI 







FIGURE A-2 

Routine IRQSRV can also poll other interrupt 
requests when using IRQl as an input. 
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